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DETAILED ACTION 

1 . Claims 1 - 1 6, 4 1 -50, and 66-85 have been examined. 

Papers Submitted 

2. It is hereby acknowledged that the following papers have been received subsequent to 
filing and placed of record in the file: IDS as received on 1 1/8/2006, IDS as received on 
2/15/2007, and Extension of Time and Amendment as received on 2/20/2007. 

Specification 

3. The title of the invention is not descriptive. A new title is required that is clearly 
indicative of the invention to which the claims are directed. 

Claim Objections 

4. Claim 6 is objected to because of the following informalities: In line 3, remove -a- 
before "information". Appropriate correction is required. 

5. Claim 8 is objected to because of the following informalities: In line 9, insert a comma 
after "includes" and after "data" to increase clarity. Appropriate correction is required. 

Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
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(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

7. Claims 1, 4-6, 41-43, 66, 80, and 83 are rejected under 35 U.S.C. 102(b) as being 
anticipated by Morikawa. 

8. Referring to claim 1 (under a first interpretation), Morikawa has taught a pipeline 
accelerator, comprising: 

a) a memory. See Fig. 10, and note that input buffer 330/331 and output buffer 332/333 make up 
a memory (an I/O buffer memory). 

b) a hardwired-pipeline circuit (see Fig. 10; the portions of coprocessor 302 excluding the 
buffers; also see the bottom portion of Fig.6 and note that the coprocessor is pipelined) coupled 
to the memory, including at least one processing pipeline, and operable to: 

bl) receive a message that includes data and that includes a header having information 
indicating a destination of the data. See Fig. 10, and claims 1-2 of Morikawa. The 
coprocessor receives an instruction via bus 126 and data via bus 124. The instruction and 
data, collectively, are a "message". The header is the portion of the message that 
specifies the destination of the data (which buffer it is stored in upon arrival in the 
coprocessor). Note that the message has this information because it is the message which 
causes the control circuit to operate, and the control circuit operates the coprocessor. 
b2) extract the data from the message. The message is simply a number of bit inputs into 
the coprocessor. Among all of the bits that are inputted, the data consumes just a portion 
of those bits, and is therefore extracted fi*om among all the bits. 
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b3) load the extracted data into the memory. Fig. 10 shows that the register data coming 
from the main processor on bus 124 and latch 1 18 is ultimately put into the memory 
portion 330/331 by the driver 351/352 of the pipeline circuit. 

b3) retrieve the extracted data from the memory. Fig. 10 shows that the data is retrieved 
from the memory portion 330/33 1 by the coprocessor processing unit 211. 
b4) process the retrieved data with a pipeline corresponding to the destination. Once the 
data has been retrieved from the buffer specified by the destination data, it is processed 
by the processing pipeline. See column 18, lines 22-27. 

b5) provide the processed data to an external source. See column 1 8, lines 28-32, and 
Fig. 10. Note that after processing, the data is sent to the processor 301, which is external 
to the coprocessor (hardvsdred-pipeline circuit). 

9. Referring to claim 4, Morikawa has taught a pipeline accelerator as described in claim 1 . 
Morikawa has further taught that the pipeline circuit is operable to provide the processed data to 
the external source by: 

a) loading the processed data into the memory. See Fig. 10, and note that after the data is 
processed, it is stored in memory portion 332/333 through driver 355/356. 

b) retrieving the processed data from the memory and providing the retrieved processed data to 
the external source. Again, see column 18, lines 28-32, and Fig. 10. The data is retrieved from 
the memory portion 332/333 and sent to the processor via bus 125. 

10. Referring to claim 5, Morikawa has taught a pipeline accelerator as described in claim 1 . 
Morikawa has ftarther taught that: 

a) the external source comprises a processor. See Fig.5, component 301. 
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b) the pipeline circuit is operable to receive the data from the processor. See Fig. 10. The data 

that is sent to the coprocessor (pipeline circuit) is from the processor. 

1 1 . Referring to claim 6, Morikawa has taught a computing machine comprising: 

a) a processor operable to broadcast a message that includes data and that includes a header 
having information indicating a destination of the data. See Fig. 10, component 301. The 
coprocessor receives an instruction via bus 126 and data via bus 124. The instruction and data, 
collectively, are a "message". The header is the portion of the message that specifies the 
destination of the data (which buffer it is stored in upon arrival in the coprocessor). Note that the 
message has this information because it is the message which causes the control circuit to 
operate, and the control circuit operates the coprocessor. 

b) a pipeline accelerator (Fig. 10, component 302) coupled to the processor and comprising: 

bl) a memory. See Fig.lO, and note that input buffer 330/331 and output buffer 332/333 
make up a memory (an I/O buffer memory). 

b2) a hardwired-pipeline circuit (see Fig.lO; the portions of component 302 excluding the 
buffers; also see the bottom portion of Fig.6 and note that the coprocessor is pipelined) 
coupled to the memory, including at least one processing pipeline, and operable to: 

• receive the message from the processor. See Fig.lO and claims 1-2 of 
Morikawa. The coprocessor receives the "message" from the processor. 

• extract the data from the message. The message is simply a number of bit 
inputs into the coprocessor. Among all of the bits that are inputted, the data 
consumes just a portion of those bits, and is therefore extracted from among 
all the bits. 
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• load the extracted data into the memory. Fig. 10 shows that the register data 
coming from the main processor on bus 124 and latch 1 18 is ultimately put 
into the memory portion 330/331 by the driver 351/352 of the pipeline circuit. 

• retrieve the extracted data from the memory. Fig. 1 0 shows that the data is 
retrieved from the memory portion 330/331 by the coprocessor processing 
unit 211. 

• process the retrieved data with a pipeline corresponding to the destination. 
Once the data has been retrieved from the buffer specified by the destination 
data, it is processed by the processing pipeline. See column 18, lines 22-27. 

• provide the processed data to an external source. See column 1 8, lines 28-32, 
and Fig. 10. Note that after processing, the data is sent to the processor 301, 
which is external to the coprocessor (hardwired-pipeline circuit). 

12. Referring to claim 41, the method of claim 41 is performed by the circuit of claim 1 . 
Consequently, claim 41 is rejected for the same reasons set forth in the rejection of claim 1. 

13. Referring to claim 42, Morikawa has taught a method as described in claim 41. 
Furthermore, the method of claim 42 is performed by the circuit of claim 4. Consequently, claim 
42 is rejected for the same reasons set forth in the rejection of claim 4. 

14. Referring to claim 43, the method of claim 43 is performed by the circuit of claim 7. 
Consequently, claim 43 is rejected for the same reasons set forth in the rejection of claim 7. 

15. Referring to claim 66, Morikawa has taught a pipeline accelerator as described in claim 1 . 
Morikawa has fiirther taught that the hardwired-pipeline circuit is fiirther operable to: 

a) extract from the header the information indicating the destination of the data. Note that 



Application/Control Number: 1 0/683,929 Page 7 

Art Unit: 2183 

instructions include destinations so that data may be stored. 

b) generate from the extracted information an identifier that identifies the pipeline corresponding 
to the destination. The opcode portion of the instruction specifies which pipeline xmit will be 
used in the execution. For instance, a floating-point opcode will denote the use of a floating- 
point pipeline. 

c) store the identifier in association with the data. The identifier is inherently stored in the 
instruction register (IR), a cache, main memory, etc. 

d) provide the retrieved data to the pipeline in response to the stored identifier. The opcode 
specifying a particular pipeline will deal with the retrieved data. 

16. Referring to claim 80, Morikawa has taught a method as described in claim 41 . 
Furthermore, the method of claim 80 is performed by the circuit of claim 66. Consequently, 
claim 80 is rejected for the same reasons set forth in the rejection of claim 66. 

1 7. Referring to claim 83, Morikawa has taught a method as described in claim 43. 
Morikawa has further taught: 

a) storing in association with the processed data second information indicating the destination of 
the processed data. At least some instructions inherently include destinations and instructions 
are inherently stored. 

b) wherein generating the header comprises generating the header in response to the second 
information. Because a destination exists, data must be written to the destination. Consequently, 
a message with the data to be written must be created. 
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18. Claims 1, 4, 41-42, 66, and 80 are rejected under 35 U.S.C. 102(b) as being anticipated 
by Hennessy and Patterson, "Computer Architecture - A Quantitative Approach, 2"^ Edition," 
1996 (herein referred to as Hennessy). 

19. Referring to claim 1, Hennessy has taught a pipeline accelerator, comprising: 

a) a memory. See page 1 34, Fig.3.4, and note the register file (labeled "Registers"). 

b) a hardwired-pipeline circuit (the remaining parts of Fig.3.4 excluding the instruction memory 
and the data memory) coupled to the memory, including at least one processing pipeline, and 
operable to: 

bl) receive a message that includes data and that includes a header having information 
indicating a destination of the data. See page 155, Fig.3.15, and note that when the 
pipeline circuit receives the message "LW Rl, B" instruction, the header (opcode) 
specifies that the destination is a register (in this case Rl). The message also includes 
data (the value B). 

b2) extract the data from the message. The value B is extracted from the message so that 
is can be stored. 

b3) load the extracted data into the memory. Again, see page 155, Fig.3.15, and note that 
the "LW Rl, B" instruction loads data B into the register file (location Rl). 
b3) retrieve the extracted data from the memory. See page 155, Fig.3.15, and note that 
when the pipeline executes the "ADD R3, Rl, R2" instruction, the data value B, which 
was previously stored in register Rl, is now retrieved from Rl so that it may be 
processed by the ADD instruction. 
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b4) process the retrieved data with a pipeline corresponding to the destination. The ADD 
instruction processes the data value B by adding a value to it. The value added to it is the 
value stored in register R2 (data value C, which was loaded into R2 by the second LW 
instruction in Fig.3. 1 5). 

b5) provide the processed data to an external source. See Fig.3. 15 on page 155 and note 
that after the ADD instruction, the processed data is stored to address A of data memory, 
which is shown in Fig.3. 4 on page 134. 

20. Referring to claim 4, Hennessy has taught a pipeline accelerator as described in claim 1 . 
Hennessy has further taught that the pipeline circuit is operable to provide the processed data to 
the external source by: 

a) loading the processed data into the memory. See page 155, Fig.3. 15 and note that the ADD 
instruction, after processing the data B (in Rl) will load the result into the register file memory at 
location R3. 

b) retrieving the processed data from the memory and providing the retrieved processed data to 
the external source. See page 155, Fig.3. 15, and note that the SW instruction will retrieve the 
data from register R3 and provide it to the data memory at address A. 

21. Referring to claim 41, the method of claim 41 is performed by the circuit of claim 1. 
Consequently, claim 41 is rejected for the same reasons set forth in the rejection of claim 1. 

22. Referring to claim 42, Hennessy has taught a method as described in claim 41 . 
Furthermore, the method of claim 42 is performed by the circuit of claim 4. Consequently, claim 
42 is rejected for the same reasons set forth in the rejection of claim 4. 
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23. Referring to claim 66, Hennessy has taught a pipeline accelerator as described in claim 1 . 
Hennessy has further taught that the hardwired-pipeline circuit is further operable to: 

a) extract from the header the information indicating the destination of the data. See page 155 
and note that the header in the LW Rl, B instruction could comprise "LW Rl" which includes 
the destination Rl . 

b) generate from the extracted information an identifier that identifies the pipeline corresponding 
to the destination. The LW portion of the instruction is the opcode which specifies that a load 
pipeline will perform the load. 

c) store the identifier in association with the data. The identifier is inherently stored in the 
instruction register (IR), a cache, main memory, etc. 

d) provide the retrieved data to the pipeline in response to the stored identifier. The opcode 
specifying the load pipeline will deal with the load data. 

24. Referring to claim 80, Hennessy has taught a method as described in claim 41. 
Furthermore, the method of claim 80 is performed by the circuit of claim 66. Consequently, 
claim 80 is rejected for the same reasons set forth in the rejection of claim 66. 

Claim Rejections - 35 USC § 103 

25. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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26. Claim 2 is rejected under 35 U.S.C. 103(a) as being vmpatentable over Morikawa in view 
of Tubbs et al., U.S. Patent No. 5,752,071 (herein referred to as Tubbs). 

27. Referring to claim 2, Morikawa has taught a pipeline accelerator as described in claim 1 
(under the second interpretation). Morikawa has taught that the coprocessor and memory 
(register file in the processor) are disposed on a single chip (Fig.l 1), and has not taught that the 
memory is disposed on a first integrated circuit and the pipeline circuit is disposed on a second 
integrated circuit. However, Tubbs has taught that a coprocessor and processor (which includes 
the claimed memory) are disposed on separate integrated circuits. See column 8, lines 51-52, A 
person of ordinary skill in the art would have recognized that by disposing the two components 
on different chips, increased flexibility is realized. For example, if one chip goes bad, it may be 
replaced without having to replace the other. Or, if an upgrade to one of the components is 
desired, the chip may be swapped out for an upgraded chip without affecting the other. In 
addition, as shown in Nerwin v. Erlichman 168 USPQ 177 (1969), to make separable (i.e., to 
turn a single chip into two chips) is generally not given patentable weight or would have been an 
obvious improvement. As a result, in order to increase flexibility, it would have been obvious to 
one of ordinary skill in the art at the time of the invention to modify Morikawa such that the 
memory and pipeline circuit are disposed on separate integrated circuits. 

28. Claims 3, 12, and 15 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morikawa in view of FOLDOC. 

29. Referring to claim 3, Morikawa has taught a pipeline accelerator as described in claim 1 
(under both the first and second interpretations). Morikawa has not taught that the pipeline 
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circuit is disposed on a field-programmable gate array (FPGA). However, FOLDOC has taught 
that FPGAs are devices which are programmed after manufacture time. See the 1^^ paragraph of 
FOLDOC. This is clearly an advantage as designers are able to reprogram/reconfigure the 
device after it has been made. That is, if any new ftinctionality is desired, a new chip would not 
have to be manufactured. Instead, the associated fimctionality would simply be programmed 
into the FPGA. Consequently, in order to make the pipeline circuit of Morikawa reconfigurable 
and, consequently, more flexible, it would have been obvious to one of ordinary skill in the art at 
the time of the invention to modify Morikawa such that the pipeline is disposed on an FPGA as 
taught by FOLDOC. 

30. Referring to claim 12, Morikawa has taught a pipeline accelerator as described in claim 9. 
a) Morikawa has not taught that the first and second memories are respectively disposed on first 
and second integrated circuits. However, as shown in Nerwin v. Erlichman 168 USPQ 1 77 
(1969), to make separable is generally not given patentable weight or would have been an 
obvious improvement. In this case, it would have been obvious to have the buffers of the 
coprocessor of Fig. 10 to be on separate chips. For instance, everything prior to the processing 
unit 21 1 would be on one chip, while the rest would be on another. A person of ordinary skill in 
the art would have recognized that separating the components into multiple chips allows for 
more flexibility and cost savings. For example, if the coprocessor were divided into multiple 
chips and one chip is malftmctioning or is defective, just that chip would need to be replaced 
while the other fimctioning chip would be left in tact. This results in not having to spend money 
replacing the ftinctioning chip. Another advantage would be to gain the ability to upgrade a 
portion of the coprocessor. As a result, in order to increase flexibility, it would have been 



Application/Control Number: 10/683,929 Page 13 

Art Unit: 2183 

obvious to one of ordinary skill in the art at the time of the invention to modify Morikawa to 
include the first and second memories on separate integrated circuits, 
b) Morikawa has not taught that the pipeline circuit is disposed on a field-programmable gate 
array (FPGA). However, FOLDOC has taught that FPGAs are devices which are programmed 
after manufacture time. See the 1^' paragraph of FOLDOC. This is clearly an advantage as 
designers are able to reprogram/reconfigure the device after it has been made. That is, if any 
new fimctionality is desired, a new chip would not have to be manufactured. Instead, the 
associated fimctionality would simply be programmed into the FPGA. Consequently, in order to 
make the pipeline circuit of Morikawa reconfigurable and, consequently, more flexible, it would 
have been obvious to one of ordinary skill in the art at the time of the invention to modify 
Morikawa such that the pipeline is disposed on an FPGA, as taught by FOLDOC. 
31 . Referring to claim 15, Morikawa has taught a pipeline accelerator as described in claim 9. 

a) Morikawa has further taught that each of the input-data handler, hardwired pipeline, pipeline 
interface, and output-data handler has a respective operating configuration. That is, each 
component in Morikawa operates in a specific fashion and consequently, each component 
inherently has a respective operating configuration. 

b) Morikawa has not taught a configuration manager coupled to and operable to set the operating 
configurations of the input-data handler, hardwired pipeline, pipeline interface, and output-data 
handler. However, FOLDOC has taught that FPGAs are devices which are programmed after 
manufacture time. See the 1^^ paragraph of FOLDOC. This is clearly an advantage as designers 
are able to reprogram/reconfigure the device after it has been made. That is, if any new 
functionality is desired, a new chip would not have to be manufactured. Instead, the associated 
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functionality would simply be programmed into the FPGA. Consequently, in order to make the 
pipeline circuit of Morikawa reconfigurable and, consequently, more flexible, it would have been 
obvious to one of ordinary skill in the art at the time of the invention to modify Morikawa such 
that the system is disposed on an FPGA. Furthermore, an FPGA would be coupled to a 
configuration manager so that the FPGA may be programmed to include the desired 
functionality. 

32. Claim 3 is rejected under 35 U.S.C. 103(a) as being unpatentable over Hennessy in view 
ofFOLDOC. 

33. Referring to claim 3, Hennessy has taught a pipeline accelerator as described in claim 1 . 
Hennessy has not taught that the pipeline circuit is disposed on a field-programmable gate array 
(FPGA). However, FOLDOC has taught that FPGAs are devices which are be programmed after 
manufacture time. See the 1^^ paragraph ofFOLDOC. This is clearly an advantage as designers 
are able to reprogram/reconfigure the device after it has been made. That is, if any new 
functionality is desired, a new chip would not have to be manufactured. The associated 
functionality would simply be programmed into the FPGA. Consequently, in order to make the 
system of Hennessy reconfigurable and, consequently, more flexible, it would have been obvious 
to one of ordinary skill in the art at the time of the invention to modify Hennessy such that the 
pipeline of page 134 is disposed on an FPGA as taught by FOLDOC. 

34. Claims 7-10, 44-45, 49, 69-70, and 73 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Morikawa. 
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35. Referring to claim 7, Morikawa has taught a pipeline accelerator comprising: 

a) a memory. See Fig.4, and note that input buffer 230 and output buffer 231 make up a memory 
(an I/O buffer memory). 

b) a hardwired-pipeline circuit (see Fig.4; the portions of component 202 excluding the buffers; 
also see the bottom portion of Fig,6 and note that the coprocessor is pipelined) coupled to the 
memory and operable to: 

bl) receive data. See Fig.4 and claims 1-2 of Morikawa and note that data from register 
file 122 is received by the pipeline circuit via bus 124 and latch 118. 
b2) process the received data. After being received, it is processed by the coprocessor 
processing unit 211. See column 18, lines 22-27. 

b3) load the processed data into the memory. See Fig.4, and note that after the data is 
processed, it is stored in memory portion 231. 

b4) retrieve the processed data from the memory. See column 18, lines 28-32, and Fig,4, 
The data is retrieved from the memory portion 23 1 and sent to the processor via driver 
257 and bus 125. 

b5) Morikawa has not explicitly taught generating a message header that includes first 
information including a destination of the processed data, generating a message that 
includes the processed data and the header, and providing the message to an external 
source. However, Morikawa has taught sending the data from memory 23 1 to the 
processor (external source). Specifically, the data is written to the register file of the 
processor. One of ordinary skill in the art would've recognized that if data is to be 
written to a register file, then a destination register must be specified. In this case, either 
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the processor can specify the destination or the coprocessor can specify the destination. 
The specifics of such a specification are not disclosed by Morikawa. However, since the 
coprocessor is performing the operation, the processor can specify the destination as part 
of a message instead of the processor so that the processor determines the destination 
only when the coprocessor is finished. This would also allow the processor to save 
resources for other tasks (not determining the destination). Consequently, it would have 
been obvious to one of ordinary skill in the art at the time of the invention to modify 
Morikawa such that the pipeline circuit is operable to generate a message header that 
includes first information including a destination of the processed data, generate a 
message that includes the processed data and the header, and provide the message to an 
external source. 

36. Referring to claim 8, Morikawa has taught a computing machine comprising: 

a) a processor operable to run at least one software application. See Fig.4, component 201. 

b) a pipeline accelerator (Fig.4, component 202) coupled to the processor and comprising: 

bl) a memory. See Fig.4, and note that input buffer 230 and output buffer 23 1 make up a 
memory (an I/O buffer memory). 

b2) a hardwired-pipeline circuit (see Fig.4; the portions of component 202 excluding the 
buffers; also see the bottom of portion Fig.6 and note that the coprocessor is pipelined) 
coupled to the memory and operable to: 

• receive data fi-om the processor. See Fig.4 and claims 1-2 of Morikawa and 

note that data from register file 122 (in the processor) is received by the 

pipeline circuit via bus 124 and latch 1 18. 
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• process the received data. After being received, it is processed by the 
coprocessor processing unit 211. See column 1 8, lines 22-27. 

• load the processed data into the memory. See Fig.4, and note that after the 
data is processed, it is stored in memory portion 231. 

• retrieve the processed data fi-om the memory and provide the retrieved 
processed data to the processor. See column 1 8, lines 28-32, and Fig.4. The 
data is retrieved from the memory portion 231 and sent to the processor via 
driver 257 and bus 125. 

• Morikawa has not explicitly taught generating a message header that includes, 
for the processed data, information that indicates a destination software 
application running on the processor, generating a message that includes the 
retrieved processed data and the message header, and providing the message 
to the processor. However, Morikawa has taught sending the data from 
memory 231 to the processor (external source). Specifically, the data is 
written to the register file (the software application context) of the processor. 
One of ordinary skill in the art would've recognized that if data is to be 
written to a register file, then a destination register must be specified. In this . 
case, either the processor can specify the destination or the coprocessor can 
specify the destination. The specifics of such a specification are not disclosed 
by Morikawa. However, since the coprocessor is performing the operation, 
the processor can specify the destination as part of a message instead of the 
processor so that the processor determines the destination only when the 
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coprocessor is finished. This would also allow the processor to save resources 
for other tasks (not determining the destination). Consequently, it would have 
been obvious to one of ordinary skill in the art at the time of the invention to 
modify Morikawa such that the pipeline circuit is operable to generate a 
message header that includes first information including a destination of the 
processed data, generate a message that includes the processed data and the 
header, and provide the message to an external source. 
37. Referring to claim 9, Morikawa has taught a pipeline accelerator comprising: 

a) first and second memories. See Fig. 10, components 330/331 and 332/333 (input and output 
buffers). 

b) a hardwired-pipeline circuit (see Fig. 10; the portions of component 302 excluding the buffers; 
also see the bottom portion of Fig.6 and note that the coprocessor is pipelined) coupled to the 
first and second memories and comprising: 

bl) an input-data handler operable to receive fi'om an external source a first message that 
includes raw data and that includes a first header having information indicating a 
destination of the raw data, to extract the raw data fi^om the message, and to load the raw 
data into the first memory. See Fig. 10, and claims 1-2 of Morikawa. The coprocessor 
receives an instruction via bus 126 and data via bus 124. The instruction and data, 
collectively, are a "message". The header is the portion of the message that specifies the 
destination of the data (which buffer it is stored in upon arrival in the coprocessor). Note 
that the message has this information because it is the message which causes the control 
circuit to operate, and the control circuit operates the coprocessor. The message is simply 
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a number of bit inputs into the coprocessor. Among all of the bits that are inputted, the 
data consumes just a portion of those bits, and is therefore extracted from among all the 
bits. Furthermore, it should be noted that the portions of the system receiving, 
controlling receiving, and loading data make up the input data handler. 
b2) at least one hardwired pipeline operable to process data. See Fig. 10, component 211 
and the bottom portion of Fig.6. 

b3) a pipeline interface operable to retrieve the raw data from the first memory. See 
Fig.4, and note that before the data is processed by unit 21 1, it must be retrieved from the 
first memory 330/331. The portion of the system retrieving the data would be the 
pipeline interface. 

b4) provide the retrieved raw data to the hardwired pipeline corresponding to the 
destination. See Fig.4, and note that the data from the first memory 330/331 is provided 
to the hardwired pipeline 211. 

b5) load processed data from the hardwired pipeline into the second memory. See Fig.4, 
and note that after the data is processed, it is loaded into output buffer 332/333. 
b6) an output-data handler operable to retrieve the processed data from the second 
memory and to provide the processed data to the external source. See column 18, lines 
28-32, and Fig. 10. The data is retrieved from the memory portion 332/333 and sent to 
the processor via driver 357/358 and bus 125. The portion of the system controlling the 
outputting is the output data handler. 

b7) Morikawa has not explicitly taught generating a second header having first 
information indicating a destination of the processed data, generating a second message 
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that includes the processed data and the second header, and providing the second message 
to the external source. However, Morikawa has taught sending the data from memory 
332/333 to the processor (external source). Specifically, the data is written to the register 
file (the software application context) of the processor. One of ordinary skill in the art 
would've recognized that if data is to be written to a register file, then a destination 
register must be specified. In this case, either the processor can specify the destination or 
the coprocessor can specify the destination. The specifics of such a specification are not 
disclosed by Morikawa. However, since the coprocessor is performing the operation, the 
processor can specify the destination as part of a message instead of the processor so that 
the processor determines the destination only when the coprocessor is finished. This 
would also allow the processor to save resources for other tasks (not determining the 
destination). Consequently, it would have been obvious to one of ordinary skill in the art 
at the time of the invention to modify Morikawa such that the pipeline circuit is operable 
to generate a message header that includes first information including a destination of the 
processed data, generate a message that includes the processed data and the header, and 
provide the message to an external source. 

38. Referring to claim 10, Morikawa has taught a pipeline accelerator as described in claim 9. 

Morikawa has further taught that: 

a) the first and second memories each include respective first and second ports. See Fig. 10 and 
note that each of the memories 330/331 and 332/333 include an input and output port. 

b) the input-data handler is operable to load the raw data via the first port of the first memory. 
See Fig. 10 and note that data is loaded into first memory 330/331 via its input port. 
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c) the pipeline interface is operable to retrieve the raw data via the second port of the first 
memory and to load the processed data via the first port of the second memory. See Fig. 10 and 
note that the data is read from memory 330/331 via its output port, it is processed by component 
211, and then the processed data is written to the second memory 332/333 via its input port. 

d) the output-data handler is operable to retrieve the processed data via the second port of the 
second memory. See Fig. 10 and note that when the data is to be sent to the processor 301, it is 
first retrieved from memory 332/333' via its output port. 

39. Referring to claim 44, the method of claim 44 is performed by the circuit of claim 9. 
Consequently, claim 44 is rejected for the same reasons set forth in the rejection of claim 9. 

40. Referring to claim 45, Morikawa has taught a method as described in claim 44. 
Furthermore, the method of claim 45 is performed by the circuit of claim 10. Consequently, 
claim 45 is rejected for the same reasons set forth in the rejection of claim 10. 

41 . Referring to claim 49, Morikawa has taught a method as described in claim 44. 
Furthermore, Morikawa has inherently taught setting parameters for loading and retrieving the 
raw data, processing the retrieved data, and loading and providing the processed data. That is, if 
the system is going to load data from the processor, process the data, and then provide data back 
to the processor, then the system must set which data will be loaded (i.e., which register the data 
will be coming from), it must set which operation is to be performed on the data, and it must set 
which register will be receiving the processed data result. Without these parameters, the 
functions could not be performed. 

42. Referring to claim 69, Morikawa has taught a pipeline accelerator as described in claim 7. 
Morikawa has further taught that the hardwired-pipeline circuit is further operable to: 
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a) store in association with the processed data second information indicating the destination of 
the processed data. At least some instructions inherently include destinations and instructions 
are inherently stored. 

b) generate the message header in response to the second information. Because a destination 
exists, data must be written to the destination. Consequently, a message with the data to be 
written must be created. 

43. Referring to claim 70, Morikawa has taught a pipeline accelerator as described in claim 
69. Morikawa has further taught that the second information equals the first information. Both 
the first and second information have been interpreted as being destination register information. 
Hence, they are the same. 

44. Referring to claim 73, Hennessy has taught a pipeline accelerator as described in claim 9. 
Furthermore, the input data handler of claim 73 performs in equivalent fashion to the circuit of 
claim 66. Consequently, claim 73 is rejected for the same reasons set forth in the rejection of 
claim 66. 

45. Claims 1 1 and 46 are rejected under 35 U.S.C. 103(a) as being impatentable over 
Morikawa in view of Fette. 

46. Referring to claim 1 1 , Morikawa has taught a pipeline accelerator as described in claim 9. 
Morikawa has not taught a third memory coupled to the hardwired-pipeline circuit, wherein the 
hardwired pipeline is operable to generate intermediate data while processing the raw data, and 
wherein the pipeline interface is operable to load the intermediate data into the third memory and 
to retrieve the intermediate data from the third memory. However, Fette has taught such a 
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concept. Specifically, Fette has taught that coprocessors contain multiply-accumulate circuitry. 
See the last sentence of the abstract. A multiply-accumulator is known to include an 
accumulation register (third memory). With a multiply-accumulate (MAC) operation, values 
(raw data) are miihiplied to generate a multiplication result. This result is then added to the 
value already in the accumulation register to generate intermediate data. This intermediate data 
is then stored in the third memory (back into the accumulator), where it is later retrieved and 
added to the next multiplication resuh. A MAC operation is a common operation, and it would 
have been obvious to one of ordinary skill in the art at the time of the invention to modify 
Morikawa such that the coprocessor performs MAC operations and therefore includes the 
claimed third memory and its purpose. One would have been motivated to make such a 
combination to increase the functionality of the coprocessor by giving it MAC functionality. 

47. Referring to claim 46, Morikawa has taught a method as described in claim 44. 
Furthermore, the method of claim 46 is performed by the circuit of claim 11. Consequently, 
claim 46 is rejected for the same reasons set forth in the rejection of claim 11. 

48. . Claims 13-14 and 47-48 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morikawa in view of Prey. 

49. Referring to claim 1 3, Morikawa has taught a pipeline accelerator as described in claim 9. 
Morikawa has not taught an input-data queue coupled to the input-data handler and the pipeline 
interface, wherein the input-data handler is operable to load into the input-data queue a pointer to 
a location of the raw data within the first memory and wherein the pipeline interface is operable 
to retrieve the raw data from the location using the pointer. However, Frey has taught such a 
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concept. See Fig.3, components 17 and 21, and column 1 1, line 67, to column 12, line 5. 
Essentially, addresses of operands in a multi-operand buffer are stored in an operand fetch queue 
so that when it is time to fetch the operands, they are located appropriately. A person of ordinary 
skill in the art would have recognized that by implementing a multi-operand buffer in Morikawa 
(for buffer 330/331), multiple operands would be buffered at a time, which ensures that the 
coprocessor always has enough work to do. Also, if the coprocessor were to stall in any way, the 
multi-operand buffer would still be able to buffer operands from the processor, thereby allowing 
the processor to continue on with other work. With such a system, saving the pointer of an 
. operand allows for the location of the operand in the buffer. Clearly, when an instruction is to 
operate on an operand, the correct operand should be located, and so the location of the operand 
must be remembered. Therefore, in order to buffer more operands, ensure work, and avoid stalls, 
it would have been obvious to one of ordinary skill in the art at the time of the invention to 
modify Morikawa to include a multi-operand input buffer and an input-data queue for holding a 
pointer to an operand (raw data) within the buffer and then using the pointer to locate the desired 
operand. 

50. Referring to claim 14, Morikawa has taught a pipeline accelerator as described in claim 9. 
Morikawa has not taught an output-data queue coupled to the output-data handler and the 
pipeline interface wherein the pipeline interface is operable to load into the output-data queue a 
pointer to a location of the processed data within the second memory and wherein the output- 
data handler is operable to retrieve the processed data from the location using the pointer. 
However, Frey has taught keeping a queue of pointers so that data in a multiple-entry buffer 
would be appropriately located. See Fig.3, components 17 and 21, and column 11, line 67, to 
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column 12, line 5. A person of ordinary skill in the art would have recognized that by 
implementing a multi-result buffer in Morikawa (for buffer 332/333), multiple results would be 
buffered at a time, which ensures that the coprocessor would function smoothly if bus contention 
were present. For instance, the regular processor may be trying to write to its own register file. 
If this is the case, the coprocessor cannot write a result to the register file at the same time. 
Consequently, if only a single entry output buffer exists, then the result must be stored in that 
buffer until the register file is available. Until its available, another result cannot be produced as 
the previous result is already in the buffer. This would result in stalling the coprocessor. With a 
multiple-entry buffer, the coprocessor would be able to continue executing and storing results 
until the register file becomes available. And, with such a system, saving the pointer of the result 
allows for the location of the result in the buffer. Clearly, when a resuU is to be written to the 
register file, the correct result should be written, and so the location of the result must be 
remembered. Therefore, in order to avoid stall potential, it would have been obvious to one of 
ordinary skill in the art at the time of the invention to modify Morikawa to include a multiple- 
entry output buffer and an output-data queue for holding a pointer to a result (processed data) 
within the buffer and then using the pointer to locate the desired data. 

51 . Referring to claim 47, Morikawa has taught a method as described in claim 44. 
Furthermore, the method of claim 47 is performed by the circuit of claim 13. Consequently, 
claim 47 is rejected for the same reasons set forth in the rejection of claim 13. 

52. Referring to claim 48, Morikawa has taught a method as described in claim 44. 
Furthermore, the method of claim 48 is performed by the circuit of claim 14. Consequently, 
claim 48 is rejected for the same reasons set forth in the rejection of claim 14. 
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53. Claims 16 and 50 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Morikawa. 

54. Referring to claim 16, Morikawa has taught a method as described in claim 9. 

a) Morikawa has inherently taught that each of the input-data handler, hardwired pipeline, 
pipeline interface, and output-data handler has a respective operating status. That is, at the very 
least, each component in the system is either operating or not operating (and these are statuses). 

b) Morikawa has not taught an exception manager coupled to and operable to identify an 
exception in the input-data handler, hardwired pipeline, pipeline interface, or output-data handler 
in response to the operating statuses. However, Official Notice is taken that checking for errors 
in a pipeline during processing is well known and accepted in the art. For instance, if a 
coprocessor is performing a divide operation, which is a well known operation performed by 
coprocessors, then a division of a number by 0 should raise an exception, as it is an illegal 
operation. This type of error should be monitored so that the system can take appropriate action 
to correct the error. As a result, in order to ensure proper execution, it would have been obvious 
to one of ordinary skill in the art at the time of the invention to modify Morikawa such that the 
coprocessor of Morikawa performs divide operations (in order to obtain the ability to perform 
division) and exceptions are detected in a hardwired pipeline. 

55. Referring to claim 50, Morikawa has taught a method as described in claim 44. While 
Morikawa has not explicitly taught determining whether an error occurs during the loading and 
retrieving of the raw data, the processing of the retrieved data, and the loading and providing of 
the processed data. Official Notice is taken that checking for errors during processing is well 
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known and accepted in the art. For instance, if a coprocessor is performing a divide operation, 
which is a well known operation performed by coprocessors, then a division of a number by 0 
should raise an error as it is an illegal operation. This type of error should be monitored so that 
the system can take appropriate action to correct the error. As a result, in order to ensure proper 
execution, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify Morikawa such that the coprocessor of Morikawa performs divide 
operations (in order to obtain the ability to perform division) and errors are detected during the 
loading and retrieving of the raw data, the processing of the retrieved data, and the loading and 
providing of the processed data. 

Response to Arguments 

56. In response to applicant's assertion that the prior art of record does not teach the claimed 
invention, as amended, the examiner would like to direct applicant's attention to the rejections 
set forth above in which it is explained how the prior art of record does in fact read on the 
claimed invention. 

Allowable Subject Matter 

57. Claims 68, 71-72, 74-79, 81-82, and 84-85 are objected to as being dependent upon a 
rejected base claim, but would be allowable if rewritten in independent form including all of the 
limitations of the base claim and any intervening claims. 
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Conclusion 

58. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

59. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. Applicant is reminded that in amending in response to a rejection of claims, the 
patentable novelty must be clearly shown in view of the state of the art disclosed by the 
references cited and the objections made. Applicant must also show how the amendments avoid 
such references and objections. See 37 CFR § 1.1 1 1(c). 

Dally et al., U.S. Patent No. 6,192,384, has taught a system in which a host processor 
passes messages with headers to a number of coprocessors which may operate on data and may 
fiirther pass on messages with headers to other coprocessors. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to David J. Huisman whose telephone number is (571) 272-4168. 
The examiner can normally be reached on Monday-Friday (8:00-4:30). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Eddie Chan can be reached on (571) 272-4162. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000, 
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